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Title: SIMPLE AND DYNAMIC CONFIGURATION OF NETWORK 

DEVICES 

CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Provisional Application Serial No. 
60/514,867, entitled "Integration of UPnP Devices as PnP Devices within Windows," 
filed October 27, 2003, the entirety of which is incorporated herein by reference. 

TECHNICAL FIELD 
The present invention relates generally to computers and more particularly toward 
control and management of networked devices. 

BACKGROUND 

Plug and Play (PnP) technology allows locally connected devices to be 
automatically detected and configured to operate on a computer. PnP functionality is 
integrated into a computer's operating system to allow a computer to detect a newly 
connected peripheral device as well as install and register such device with a computer 
system. Prior to PnP technology, it was necessary for users to manually set up peripheral 
devices, for instance, by specifying communication channels and interrupt request values 
(IRQs). PnP allows a computer to detect newly connected devices upon system boot, 
identifies the device and automatically assigns resources, and configures the device to 
work with the computer system. Additionally, under PnP, operating systems can detect 
peripheral devices that are added or disconnected to a hot bus (e.g., Universal Serial Bus 
(USB), PCMCIA bus. . .) after system boot. Devices connected to local or hot buses can 
be available immediately for use with the computer system after they are set up a first 
time. The operating system may contain particular information and drivers with respect 
to particular devices. In such case, the operating system can simply automatically set up 
a device upon arrival to the system. In other instances, drivers and information may have 
to be retrieved from alternate sources such as a CD-ROM or the Internet to facilitate 
setting up a device. Once a device is set up, the settings can be saved in a registry so that 
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if a device is removed and later reconnected the system can retrieve the device settings 
and load the appropriate driver to enable interaction between the operating system and 
the device. 

Networked devices both wired and wireless are becoming increasingly prevalent. 
5 Conventionally, a number of different networking technologies have been employed for 

managing and controlling networked devices. For example, network printers are 
commonly implemented utilizing network-printing protocols over Ethernet. Another 
example is the XI 0 network protocol, which is utilized to remotely control devices (e.g., 
light switches, video cameras. . .) using a power line network. While these technologies 
10 allow devices to be accessed and controlled remotely, many consumers have not availed 
themselves of the benefit of network devices. One possible reason that consumers have 
not taken advantage of network devices, may be that potential users perceive setting up a 
home network (e.g., for automation, network computing, or network printing) as simply 
too complicated. 

1 5 Accordingly, a simple and efficient system and method for connecting and 

controlling networked devices is desired. Such a system and method would be 
advantageous in ensuring that networked devices are just as easy to find, associate and 
use as locally connected devices utilizing PnP. 

20 SUMMARY 

The following presents a simplified summary of the invention in order to provide 
a basic understanding of some aspects of the invention. This summary is not an extensive 
overview of the invention. It is not intended to identify key/critical elements of the 
invention or to delineate the scope of the invention. Its sole purpose is to present some 

25 concepts of the invention in a simplified form as a prelude to the more detailed 

description that is presented later. 

A network device configuration system and method are disclosed. The network 
device configuration system dynamically and automatically installs or configures 
network devices thereby reducing or altogether eliminating the burden on end-users. 

30 According to one aspect of the present invention a monitor component is provided to 
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detect the arrival and departure of network devices. To facilitate such functionality the 
monitor component can utilize a plurality of discovery protocols such as Simple Service 
Discovery Protocol (SSDP) and Web Service Discovery (WS-Discovery) Protocol to 
actively seek out existing network devices or monitor a network for newly arriving 
5 network devices. 

According to another aspect of the subject invention, network devices can be 
associated with one or more other network devices such as a personal computer (e.g., 
desktop, laptop, personal digital assistant (PDA). Hence, the subject invention can be 
viewed, according to one aspect, as a collection of components for enabling peripherals 

10 to be remotely connected to a personal computer (PC). Therefore, the system can utilize 
a computers local area network connection (wired or wireless) for tunneling I/O. 
Furthermore, according to another aspect of the invention the system disclosed herein can 
be configured to extend the PC peripheral space to non-conventional devices (e.g., 
consumer electronics, home automation...). Accordingly, the personal computer can act 

1 5 to manage and control a plethora of network devices including non-traditional devices. 

According to another aspect of the subject invention, an operating system's 
existing plug and play system established for directly connected peripherals can be 
leveraged to enable simple and robust configuration of network devices with little or no 
user interaction. To that end, the present invention, according to an aspect thereof, 

20 enables Universal Plug-and-Play (UPnP™) compliant devices to be integrated into an 
operating system Plug-and-Play subsystem. UPnP™ is merely a wire protocol or 
architecture defining how information is to be transferred among networked devices. 

In addition to device discovery and association, several aspects of the subject 
invention also support channel security, authentication, device control and streaming or 

25 isochronous behavior. 

According to yet another aspect of the invention a graphical user interface is 
provided to facilitate robust network device management and configuration. The 
interface provides a graphical mechanism for associating, searching, and organizing local 
network devices. 



-3- 



MS307090.2 



To the accomplishment of the foregoing and related ends, certain illustrative 
aspects of the invention are described herein in connection with the following description 
and the annexed drawings. These aspects are indicative of various ways in which the 
invention may be practiced, all of which are intended to be covered by the present 
5 invention. Other advantages and novel features of the invention may become apparent 

from the following detailed description of the invention when considered in conjunction 
with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 The foregoing and other aspects of the invention will become apparent from the 

following detailed description and the appended drawings described in brief hereinafter. 

Fig. 1 is a schematic block diagram of a network device interaction system in 
accordance with an aspect of the present invention. 

Fig. 2 is a schematic block diagram of a network device configuration system in 
1 5 accordance with an aspect of the present invention. 

Fig. 3 is a schematic block diagram of a configuration component in accordance 
with an aspect of the subject invention. 

Fig. 4 is a schematic block diagram of a system for locating device drivers in 
accordance with an aspect of the present invention. 
20 Fig. 5 is a schematic block diagram of a system for dynamically configuring 

network devices in accordance with an aspect of the subject invention. 

Fig. 6 is a schematic block diagram of a system for associating devices in 
accordance with an aspect of the present invention. 

Fig. 7 is an illustration of an exemplary graphical user interface in accordance 
25 with an aspect of the present invention. 

Fig. 8 is a flow chart diagram illustrating a methodology for interacting with 
network devices in accordance with an aspect of the subject invention. 

Fig. 9 is a flow chart diagram depicting a methodology for configuring network 
devices in accordance with an aspect of the present invention. 
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Fig. 10 is a flow chart diagram depicting a methodology for configuring network 
devices in accordance with an aspect of the present invention. 

Fig. 1 1 is a schematic block diagram illustrating a suitable operating environment 
in accordance with an aspect of the present invention. 
5 Fig. 12 is a schematic block diagram of a sample-computing environment with 

which the present invention can interact. 

DETAILED DESCRIPTION 
The present invention is now described with reference to the annexed drawings, 
10 wherein like numerals refer to like elements throughout. It should be understood, 

however, that the drawings and detailed description thereto are not intended to limit the 
invention to the particular form disclosed. Rather, the intention is to cover all 
modifications, equivalents, and alternatives falling within the spirit and scope of the 
present invention. 

1 5 As used in this application, the terms "component" and "system" are intended to 

refer to a computer-related entity, either hardware, a combination of hardware and 
software, software, or software in execution. For example, a component may be, but is 
not limited to being, a process running on a processor, a processor, an object, an 
executable, a thread of execution, a program, and/or a computer. By way of illustration, 

20 both an application running on a server and the server can be a component. One or more 
components may reside within a process and/or thread of execution and a component 
may be localized on one computer and/or distributed between two or more computers. 

Furthermore, the present invention may be implemented as a method, apparatus, 
or article of manufacture using standard programming and/or engineering techniques to 

25 produce software, firmware, hardware, or any combination thereof. The term "article of 

manufacture" (or alternatively, "computer program product") as used herein is intended to 
encompass a computer program accessible from any computer-readable device, carrier, or 
media. Of course, those skilled in the art will recognize many modifications may be 
made to this configuration without departing from the scope or spirit of the subject 

30 invention. 
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Turning to Fig. 1, a network device interaction system 100 is depicted in 
accordance with an aspect of the subject invention. The system 100 comprises 
application component(s) 1 10, device configuration system 120, and network device(s) 
130. Application component(s) 1 10 can be any software program including both system 
5 and application software (e.g., operating system, word processing application. . .). 

Valuable application components 110 often utilize peripheral networked devices. For 
example, a word processing program can utilize a network printer to print documents 
and/or reports. However, it should be noted that network device(s) 130 could correspond 
to any physical entity that can be connected to a network. Accordingly, typical network 

10 devices can include such things as printers, scanners, copiers, personal digital assistants 
(PDAs), and computers of all types (e.g., desktop, laptop, pocket PC...). Nevertheless, 
network devices can also include other types of consumer electronics including but not 
limited to clocks, dishwashers, refrigerators, electronic picture frames, washers, dryers, 
light switches, a thermostat, television sets, set top boxes, DVD players, and gaming 

15 machines or consoles (e.g. XBox). Application component(s) 1 10 can seek to provide 

I/O control commands to network devices. For example, when a user arrives home from 
work at 5:30 p.m. turn the kitchen lights on, set the thermostat to 70° Fahrenheit, turn on 
the television, and tune in to a particular channel. To enable communication between 
application component(s) 1 10 and network devices 130 the network devices must be 

20 configured to function with the application components. 

Device configuration system 120 configures network devices 1 10 to operate with 
application components 130. According to one aspect of the subject invention the 
configuration system 120 can load device drivers. Drivers are software components that 
facilitate communication with associated devices. Network devices have their own 

25 specialized instructions or command set while application programs employ different 

commands than devices to specify the same functionality. Accordingly, a device driver 
component acts as a translator by mapping application commands to particular device 
instructions. Device drivers (also referred to herein as device driver packages) can be 
loaded from a computer's local data store, downloaded from the Internet, retrieved from a 

30 computer readable media (e.g., CD-ROM, floppy disk), or retrieved from a network 
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device. Configuration system 120 can also set registry keys or the like in computer 
systems. A registry can simply be a database containing keys (files) holding 
configuration information about applications. For example, keys can be associated with 
user preferences, file associations, objects links, and settings for applications among other 

5 things. Configuration system 120 can also automatically and dynamically allocate 
resources for a network device(s) 1 10 for example selecting and setting an interrupt 
request line (IRQ) for requesting service from a central processing unit (CPU), selecting 
and setting a communication channel and a dynamic memory access (DMA) channel, as 
well as allocating a portion of memory for use by the device. Furthermore, it should be 

10 appreciated that the configuration system 120 can also execute tasks such as updating 
device firmware to a newer firmware version packaged with the device driver. Once a 
network device is installed and configured (e.g., by copying drivers to the device), 
associated application components can utilize the devices. After the initial configuration, 
network device settings (e.g., IRQ, DMA channel, allocated memory. . .) can be saved, for 

1 5 instance in a registry or elsewhere. If and when a device departs from the network and 

then later reconnects, the saved information can be located, retrieved, and utilized by the 
configuration system 120 to expeditiously and automatically re-enable the device to 
operate with particular application components 130 on a computer system for example. 
Moving on to Fig. 2, a network device configuration system 200 is disclosed in 

20 accordance with an aspect of the subject invention. Configuration system 200 comprises 
a monitor component 210, a network 220, network device(s) 222 (DEVICE i through 
DEVICEn, where N is an integer greater than or equal to 1), and configuration 
component 230. Monitor component 210 detects the arrival and/or departure of a 
network device 222. Upon arrival, a network device 222 is detected and configuration 

25 component 230 automatically configures the device 222 to operate on a computer system. 

For example, configuration component 230 can load a device driver or driver package, 
dedicate a communication channel, save a registry key, and allocate memory for use with 
the device 222. Upon departure, the configuration component 230 can free up memory 
locations and the communication channel for use by other devices 222. Subsequently, 

30 upon reconnection of a network device the configuration component 230 can 
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automatically and expeditiously configure the device to operate properly. The system 
210 thereby facilitates seamless integration of network devices 222 into a computer 
system. Through this integration, users can more easily configure, manage, and access 
networked devices 222 from their personal computer, for example. Thus, end-users may 
5 be able to purchase networked devices and connect them to their home or enterprise 

network with little or no configuration. The network devices will simply work when 
connected to a network. 

Monitor component 210 queries a network 220 to analyze the network devices 
222 connected thereto. Network 220 can be a wired and/or wireless local area network 

10 (LAN). A LAN is a network of moderate geographic size that is often used for office 

buildings, homes, warehouses, and campuses to name but a few. Network devices 222 
can be any electronic or like device capable of being networked (e.g., alarm clock, phone, 
camera, television set, refrigerator, washer, dryer, DVD player, digital audio receiver 
(DAR), personal digital assistant (PDA), computer (desktop, laptop, palmtop), pager, 

1 5 mobile phone, printer, scanner, copier, set-top box, gaming machine, electronic 

picture. . .). Networked devices 222 can communicate with network 220 either via wire 
(e.g., twisted pair, optical fiber, coaxial cable, power lines...) and/or wirelessly (e.g., 
IEEE 802.11a, 802.11b, 802. llg, infrared, radio, Bluetooth, satellite...). Monitor 
component 210 can detect the arrival and/or departure of a network device 222 by 

20 utilizing or querying one or more discovery protocols or plug-ins. For instance, the 
monitor component can employ Simple Service Discovery Protocol (SSDP) to detect 
UPnP devices and Web Services Discovery (WS discovery) Protocol to identify WS- 
Discovery/WS-Description devices. It should be appreciated that discovery protocols can 
be used in either an active or a passive manner or a combination thereof. When used in 

25 an active manner a discovery protocol searches for existing devices connected to the 

network 220. In a passive monitoring system the discovery protocol can simply listen for 
a newly arrived device announcing its presence on the network 220. Furthermore, these 
and other protocols can not only indicate the presence of a networked device, but also 
collect metadata about the devices (e.g., utilizing SSDP, HTTP, and XML parsing) that 

30 can be utilized in configuring the device(s). 
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Configuration component 230 receives notification and metadata concerning 
connected network devices 222 from the monitor component 210. Network device 
metadata can include but is not limited to information such as hardware id, compatibility 
ids, instance id, friendly name, transport addresses, authentication parameters, and parent 
5 instance id. The hardware id and compatibility ids can be used by the configuration 
component 230 to identify the file(s) to use for device installation. The instance id 
uniquely identifies the network device. The friendly name (e.g., master bedroom 
television) can be employed in user interactions with the device. Transport addresses can 
be utilized by drivers and middleware to contact the device. Authentication parameters 

10 can be used to determine what for of authentication must be performed (discussed in 

further detail in later sections). Upon notification of a recently added network device and 
receipt of associated metadata, the configuration component can proceed to automatically 
install and configure the network device. Using metadata information such as hardware 
id and compatibility ids the configuration component can locate a device file on a 

1 5 computer system and retrieve configuration information including but not limited to 
driver files and registry keys to be copied. If the computer system has the appropriate 
driver files, the files will automatically be loaded. If the files are not locatable on the 
computer system (e.g., hard drive) then the driver files can be downloaded from the 
Internet (if connected) or the user may be asked to insert a computer readable media (e.g., 

20 compact disk (CD) or floppy disk) that contains the desired files. Subsequently the driver 

files are loaded and device properties and settings are configured (e.g., assign system 
resources, IRQs, communication ports...). 

Fig. 3 illustrates a configuration component 230 in accordance with an aspect of 
the subject invention. Configuration component 230 contains an association component 

25 3 10, an enumeration component 320, and a PnP system 330 as well as a PDO component 
322 and a FDO component 332. Association component 310 establishes a relationship 
(e.g., master-slave) between a device and a computer. This relationship is naturally 
established for local devices by virtue of a physical connection; however this is not 
applicable to attached network devices. Additionally, association component 3 10 can 

30 include an authentication component 312 that can prevent unauthorized access to a 
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device. Authentication component 312 provides a security mechanism to ensure that 
only associated devices have access to a network device. For example, in order for a 
device to be associated a user must enter a personal identification number (PIN) or 
establish trust through some other mechanism. Additional security mechanism provided 
5 by authentication component 312 such as certificates are discussed in later sections infra. 
Once successfully associated, a device can subsequently authenticate itself without user 
identification. Enumeration component 320 generates a physical device object (PDO) 
component 322 after a device is discovered and associated. The PDO component 322 
represents the device to various drivers and software components. The PDO component 

10 322 can supply software components, inter alia, information concerning a device's state 
{e.g., on, off, suspended). Accordingly, a PDO component 322 abstracts device hardware 
I/O from various other software components {e.g., operating system) and facilitates 
interaction with a device. The enumerator component 320 passes the created PDO 
component 322 to the Plug-n-Play (PnP) system 330. PnP system 330 coordinates 

1 5 interactions amongst hardware devices, device drivers, and computer operating system 

software. Upon receipt of the PDO component 322, the PnP system 330 can retrieve 
information stored in the PDO regarding a particular network device and use such unique 
information to locate a device driver associated with the PDO component 322. Once the 
driver is located, it is loaded or executed and produces a functional device object 

20 component 332 which can be utilized to manage the functionality of a network device. 
Accordingly, application can interact with the functional device object component to 
specify device operations. 

Turning to Fig. 4 a system 400 for locating a network device driver is illustrated 
in accordance with an aspect of the present invention. System 400 includes a driver 

25 installation management component 410, a device PDO component 420, an information 

component 430, a driver store 440, and a located driver component 450. Driver 
component 450 contains information relating to the proper installation and configuration 
of a network device associated therewith. Driver components 450 can include 
dynamically linked libraries (DLLs), installers, co-installers, applications or any other 

30 type of file. Driver installation management component 410 retrieves the driver 



- 10- 



MS307090.2 



component(s) 450 associated with a particular device. Driver installation management 
component 410 receives or retrieves a device PDO component 420. The device PDO 
component 420, as discussed previously, can be generated upon detection of the arrival of 
a device on a network. The PDO component 420 represents the device on the network 
5 bus. The PDO component can include unique information regarding a device such as a 

hardware id and/or a compatibility id. Upon receipt of the PDO component 420 5 
installation management component 410 can retrieve such unique device information 
such as the hardware id from the PDO component 420. The driver installation 
management component 410 can then utilize the unique information and the information 

10 component 430 to determine the appropriate configuration for a device. Information 

component 410 (e.g., .INF file or database) can act as a repository for device 
configuration information. Configuration information can include but is not limited to 
driver components and registry keys. Such configuration information can be arranged in 
a manner that facilitates expeditious location of information. For example, configuration 

15 can be stored associated with a hardware id. Accordingly, installation management 

component 410 can utilize or supply the retrieved hardware id to the information 
component 430 can retrieve the appropriate configuration information for a device. For 
instance, installation management component can be notified of the identity of an 
appropriate driver component. The installation management component can 

20 subsequently retrieve a driver from a driver store 440. Driver store 440 can be located 
locally or remotely from a computer. In some cases a computer can store such drivers 
locally, however one cannot guarantee that all drivers for every possible network device 
will be stored locally, for example by an operating system manufacturer. Accordingly, 
driver store can be located remotely for example on a central server or on a server 

25 associated with the device manufacturer. The driver installation management component 
410 is operable to retrieve driver components and other installation or configuration 
information (e.g., patches, registry keys) from remotely located servers. Furthermore, 
according to an aspect of the present invention, installation management component 410 
can locate drivers store on local network devices. For example, another computer on a 

30 network could have the necessary driver component(s), while the computer associated 
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with the device being installed does not. In such a situation the management component 
410 can receive or retrieve such driver component(s) from the other computer. 
Additionally, it should be noted that the device being installed or configured can store the 
necessary drivers locally and the driver installation management component can retrieve 
5 driver component(s) therefrom. Furthermore, it should also be appreciated that the driver 

store 440 can also be a computer readable medium (e.g., CD, DVD, floppy disk, memory 
card...) housing the appropriate driver component(s) 450. 

Fig. 5 illustrates a system 500 for dynamically configuring a network device in 
accordance with an aspect of the subject invention. System 500 comprises a monitor 

10 component 210, a network functional device object (network FDO) component 510, a bus 
enumerator component 320, a network device physical device object (device PDO) 520, a 
device driver component 450, and a network device functional device object (device 
FDO) component 530. Monitor component 210 scrutinizes a network to determine newly 
added or departing network devices. To facilitate such functionality, a network FDO 

1 5 component 5 1 0 can be provided. Network FDO component 5 1 0 can expose network 

functionality to the monitor component 510. For example, network FDO component 510 
can enable discovery protocol to scan network nodes. Upon discovering a new network 
device, a bus enumerator component 320 can be employed to generate a device PDO 
component 530. Device PDO component 530 can comprise information describing a 

20 network device and the device state. A device installation management component 410 
(Fig. 4) can then utilize the device PDO component 530 to locate and retrieve a device 
driver component(s) 450 associated with the network device and accordingly the device 
PDO component 530. The device driver component 450 can generate a device FDO 
component associated with the network device. A device FDO component 530 can 

25 expose the functionality of a network device to a one or more applications or application 

programming interfaces (APIs) that desired to control the network device. For example, 
if the network device is an alarm clock, the device FDO component 530 can expose 
services for setting the time and setting an alarm. Accordingly, an application can be 
developed that utilized the device FDO component 530 to automatically reset the time on 

30 the alarm clock to the current time after the detected occurrence of power outage. 
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Turning to Fig. 6, a system 600 for associating network devices in depicted in 
accordance with an aspect of the present invention. System 600 includes a monitor 
component 210, association interface component 610, and association component 3 1 0. 
Devices connected locally via universal serial bus (USB) or some other bus (e.g., PCI, 

5 PMCIA) are inherently associated with a computer. Thus, if a printer is connected directly to 

a computer by way of a USB cable it is associated with that computer. The same is not true 
for network devices. Accordingly, when a network device is connected to the network a user 
can be given the opportunity to select an associated network device such as a computer. After 
detecting the arrival of a new network device on a network (e.g. , utilizing network discovery 

1 0 protocols) monitor component 2 1 0 can employ association interface component 6 1 0 to 
determine another network device with which to associate the newly arrived device. 
Association interface component 610 can also be utilized to collect authentication data out-of- 
band with respect to the network. For example, in order to associate a printer, a user might 
need to verify that such association should be done by entering a 4-digit number. This is an 

1 5 example of using shared key. However, a subsequent bootstrapping process could exchange 

more robust secrets that could be employed to establish secure, authenticated channels. For 
instance, one could employ certificate-based credentials such as a device certificate (e.g., 
trusted certificated authority (CA), manufacturer, network administrator, self signed) or 
computer certificates (e.g. , trusted CA, network administrator, self signed). Furthermore, 

20 where security is a real issue a secure channel or virtual cable can be established via 
encryption. The association interface component 610 can depend on the negotiated 
authentication method between device and computer. However, the association interface 
component 610, according to an aspect of the invention, can be designed to be as uniform as 
possible across all authentication methods and protocols. According to an aspect of the 

25 present invention, the association interface component can be a graphical user interface as is 

known the art. In particular, a graphical user interface can have graphical objects (e.g. , 
buttons, menus, progress bar. . .) for, inter alia, user selections including but not limited to 
association of discovered device(s). However, it should be appreciated that the interface could 
also simply be text based or a combination of graphics and text. Association interface 

30 component 6 1 0 can provide association information to the association component to store and 
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properly executed. Furthermore, it should be appreciated that a user can go through some 
steps upon initial authentication. Once done successfully, the device can authenticate itself 
without additional user intervention in the future. The device can be considered trusted and the 
respective credentials can be stored on the associated computer, for example, and the device. 
5 Thus, if monitor component 2 1 0 determines that the device has not been seen before, for 

example by checking its own internal database or that of association component 310 then 
association interface component 610 can be employed to set up one or more associations. 
However, if the device is marked "trusted" (i.e., it was previously successfully authenticated) 
then no user interaction will be required, at least because the device was successfully 

1 0 authenticated and authorized at a previous time. Such a situation can occur when a network 
device is installed and configured, removed from the network and then later reconnected. On 
the other hand if the device is found marked as distrusted or failed authentication or 
installation the device can be marked ignored and any association proposal abandoned. 

Furthermore, it should be appreciated that device sharing may be enabled, for instance 

1 5 with two or more computers sharing a network device (e.g. , printer, camera. . .). The system 

of the present invention can also be configured to allow device associations to be changed on 
demand (e.g. , for multifunction printers and cameras). Still further yet, the system can be 
configured to perform device aggregation. For instance, multiple devices can be aggregated to 
create richer end-user experiences. Thus, multiple web cameras could be aggregated into a 

20 single larger virtual web camera (i.e. , with a single large image formed from the smaller 

individual web camera images). 

Turning to Fig. 7, an exemplary graphical user interface 700 is depicted in accordance 
with an aspect of the subject invention. If network devices are associated with a computer 
than an operating system can display to a user the available network devices (e.g. , those that 

25 are online). Interface 700 illustrates one manner in which network devices can be displayed to 

a user. Network devices 710 can be displayed under an associated network device header in a 
windowpane along with other information such as locally removable storage devices 720 and 
hard disk 730. The displayed icons indicate that on this exemplary system network devices 
include a printer, a palm pilot, and a laptop. It should be appreciated that network devices can 

30 be shown individually or logically grouped (e.g. , printer group, camera group). Furthermore, 
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device icons can then be selected using a pointing device (e.g., mouse, touch pad, trackball, 
touch screen, stylus. . .). Upon selection, device properties can be displayed including but not 
limited to name, type, model, location, and status. The displayed icons can act as proxies for 
network devices, accordingly device associations can be manipulated for example by deleting 
5 or removing a device icon. Additionally, it should be appreciated that the graphical user 

interface 700 can support ghosting and un-ghosting. For example, when a user takes his 
laptop from home to the office then that device will no longer be available to the local home 
network. Consequently, the user interface 700 can show the network device in the home 
network but give it a ghosted visual appearance. When the user brings his laptop back within 

1 0 the home network the icon can be un-ghosted to indicate the laptop's availability to the 

network. Still further yet the interface 700 can provide a mechanism to facilitate searching for 
network devices (not shown). For example, assume a user has just bought a new Bluetooth 
mobile phone and wants to pair or associate it with his personal computer. He accesses the 
user interface but does not see the device displayed. The user can utilize a search mechanism 

1 5 or task to locate phone. The system can then begin to populate the interface with available 

devices apply a filter to ensure that just mobile phones are displayed. Thereafter, the user can 
locate his phone in the search results can add it to his default devices, for example. 

Interface 700 has been presented to facilitate discussion of a graphical user interface. 
It should be noted and appreciated by those of skill in the art that there are various ways of 

20 designing a graphical interface. For example, network devices can be displayed in a carousel 
arrangement where network devices rotate or pivot into view upon selection. Accordingly, the 
disclose interface is exemplary and is not meant in any way as a limitation on the scope of the 
present invention. 

In view of the exemplary system(s) described supra, a methodology that may be 
25 implemented in accordance with the present invention will be better appreciated with 
reference to the flow charts of Figs. 8-10. While for purposes of simplicity of 
explanation, the methodology is shown and described as a series of blocks, it is to be 
understood and appreciated that the present invention is not limited by the order of the 
blocks, as some blocks may, in accordance with the present invention, occur in different 
30 orders and/or concurrently with other blocks from what is depicted and described herein. 
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Moreover, not all illustrated blocks may be required to implement the methodology in 
accordance with the present invention. 

Additionally, it should be further appreciated that the methodologies disclosed 
hereinafter and throughout this specification are capable of being stored on an article of 
5 manufacture to facilitate transporting and transferring such methodologies to computers. 

The term article of manufacture, as used, is intended to encompass a computer program 
accessible from any computer-readable device, carrier, or media. 

Fig. 8 depicts a methodology 800 for interacting with a network device in 
accordance with an aspect of the subject invention. At 810, the arrival of a network 

10 device is detected. A network device arrives in a network when it is either physically 
connected to a network via wire (e.g., twisted pair, optical fiber, coaxial cable, power 
lines. . .) or comes within the geographical distance of a wireless network (e.g., IEEE 
802.1 la, 802.1 lb, 802.1 Ig, infra red, radio, Bluetooth, satellite. . .). Detection of a 
network device can be accomplished utilizing such discovery protocols as Simple Service 

15 Discovery Protocol (SSDP) and Web Services Discovery (WS- Discovery) Protocol. 

Furthermore, detection can either be active or passive. For instance, in an active scenario 
a signal can be broadcast over the network demanding a response from network devices. 
In a passive situation the discovery protocol can simply listen to the network and await 
notification by a device of its arrival. At 830, the network device can be automatically 

20 configured. Generally speaking configuration can comprise associating a device with one 
or more network devices and loading a driver component associated with the particular 
network device. According to one aspect of the invention a device can associate with a 
personal computer, which automatically and dynamically loads a driver component to 
expose the device's functionality to the computer user. For example, if a new network 

25 printer is connected to a local network, its arrival can be detected by one of a multitude of 

discovery protocols. Subsequently the printer can be associated with a computer for 
instance. Next, the computer can load the driver from a local store or retrieve it from a 
remote store (e.g., web server) and load it. The result is that the computer can utilize the 
printer with little or no intervention from a user. 
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Fig. 9 illustrates a methodology 900 for configuring a network device in 
accordance with an aspect of the present invention. At 910, the network device is 
associated with one or more other network devices. According to one aspect of the 
invention the network device is associated with a personal computer. At 920, a driver 
5 component(s) associated with the network device is located. A driver component 

contains information relating to the proper installation and configuration of a network 
device associated therewith. Driver components can include dynamically linked libraries 
(DLLs), installers, co-installers, applications or any other type of file. A driver can be 
located with the associated network device such as in a personal computer's local store, 

10 on a remote server {e.g., manufacture's web server, centralized driver server), in a local 
store associated with the device to be configured or within any other network device. 
The driver component(s) are retrieved, at 930. For example, the driver components can 
be downloaded from a remote server or retrieved from a network device. At 940, the 
driver component(s) are loaded or installed to configure the network device and expose 

1 5 the device's functionality to associated network devices. 

Turning to Fig. 10, a flow chart is illustrated depicting a methodology 1000 for 
configuring and installing network devices in accordance with an aspect of the present 
invention. At 1010, the arrival of a network device is detected. As discussed supra, a 
network can be scrutinized to determine the arrival of devices utilizing one several 

20 discovery protocols such as SSDP or WS Discovery. Furthermore, detection can either 
be active or passive. At 1020, the device is associated with one or more other active 
network devices {e.g., a personal computer). At 1030, a physical device object 
component is generated. A physical device object component represents the network 
device to drivers and other software. A physical device object provides information 

25 including but not limited to vendor name, device friendly name, and device id. The 

provided information is sufficient to locate an associated driver component. At 1040, a 
driver component associated with the network device is located based at least in part 
upon the information provided by the physical device object component. At 1050, the 
driver component is utilized to generate a functional device object component that 

30 exposes the device's functionality to applications and/or application programming 
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interfaces (APIs). Finally, at 1060, a secure channel of communication is established 
between the network device and associated network devices (e.g., personal computer). 
For example, various encryption techniques can be employed to ensure the security of 
communication. 

In order to provide a context for the various aspects of the invention, Figs. 1 1 and 
12 as well as the following discussion are intended to provide a brief, general description 
of a suitable computing environment in which the various aspects of the present invention 
may be implemented. While the invention has been described above in the general 
context of computer-executable instructions of a computer program that runs on a 
computer and/or computers, those skilled in the art will recognize that the invention also 
may be implemented in combination with other program modules. Generally, program 
modules include routines, programs, components, data structures, etc. that perform 
particular tasks and/or implement particular abstract data types. Moreover, those skilled 
in the art will appreciate that the inventive methods may be practiced with other computer 
system configurations, including single-processor or multiprocessor computer systems, 
mini-computing devices, mainframe computers, as well as personal computers, hand-held 
computing devices, microprocessor-based or programmable consumer electronics, and 
the like. The illustrated aspects of the invention may also be practiced in distributed 
computing environments where task are performed by remote processing devices that are 
linked through a communications network. However, some, if not all aspects of the 
invention can be practiced on stand-alone computers. In a distributed computing 
environment, program modules may be located in both local and remote memory storage 
devices. 

With reference to Fig. 1 1, an exemplary environment 1 1 10 for implementing 
various aspects of the invention includes a computer 1112. The computer 1112 includes 
a processing unit 1 1 14, a system memory 1 1 16, and a system bus 1 1 1 8. The system bus 
1118 couples system components including, but not limited to, the system memory 1116 
to the processing unit 1114. The processing unit 1 1 14 can be any of various available 
processors. Dual microprocessors and other multiprocessor architectures also can be 
employed as the processing unit 1114. 
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The system bus 1 1 18 can be any of several types of bus structure(s) including the 
memory bus or memory controller, a peripheral bus or external bus, and/or a local bus 
using any variety of available bus architectures including, but not limited to, 1 1 -bit bus, 
Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended 
5 ISA (EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral 
Component Interconnect (PCI), Universal Serial Bus (USB), Advanced Graphics Port 
(AGP), Personal Computer Memory Card International Association bus (PCMCIA), and 
Small Computer Systems Interface (SCSI). 

The system memory 1116 includes volatile memory 1 120 and nonvolatile 
10 memory 1 122. The basic input/output system (BIOS), containing the basic routines to 

transfer information between elements within the computer 1112, such as during start-up, 
is stored in nonvolatile memory 1 122. By way of illustration, and not limitation, 
nonvolatile memory 1 122 can include read only memory (ROM), programmable ROM 
(PROM), electrically programmable ROM (EPROM), electrically erasable ROM 
1 5 (EEPROM), or flash memory. Volatile memory 1 120 includes random access memory 
(RAM), which acts as external cache memory. By way of illustration and not limitation, 
RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM 
(DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), 
enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus 
20 RAM (DRRAM). 

Computer 1112 also includes removable/non-removable, volatile/non-volatile 
computer storage media. Fig. 1 1 illustrates, for example disk storage 1 124. Disk storage 
4124 includes, but is not limited to, devices like a magnetic disk drive, floppy disk drive, 
tape drive, Jaz drive, Zip drive, LS-100 drive, flash memory card, or memory stick. In 
25 addition, disk storage 1 124 can include storage media separately or in combination with 
other storage media including, but not limited to, an optical disk drive such as a compact 
disk ROM device (CD-ROM), CD recordable drive (CD-R Drive), CD rewritable drive 
(CD-RW Drive) or a digital versatile disk ROM drive (DVD-ROM). To facilitate 
connection of the disk storage devices 1 124 to the system bus 1 1 18, a removable or non- 
30 removable interface is typically used such as interface 1 126. 
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It is to be appreciated that Fig 1 1 describes software that acts as an intermediary 
between users and the basic computer resources described in suitable operating 
environment 1110. Such software includes an operating system 1 128. Operating system 
1 128, which can be stored on disk storage 1 124, acts to control and allocate resources of 

5 the computer system 1112. System applications 1 1 30 take advantage of the management 
of resources by operating system 1 128 through program modules 1 132 and program data 
1 134 stored either in system memory 1 1 16 or on disk storage 1 124. It is to be 
appreciated that the present invention can be implemented with various operating systems 
or combinations of operating systems. 

10 A user enters commands or information into the computer 1112 through input 

device(s) 1 136. Input devices 1 136 include, but are not limited to, a pointing device such 
as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, 
satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, 
and the like. These and other input devices connect to the processing unit 1114 through 

1 5 the system bus 1 1 1 8 via interface port(s) 1138. Interface port(s) 1138 include, for 
example, a serial port, a parallel port, a game port, and a universal serial bus (USB). 
Output device(s) 1 140 use some of the same type of ports as input device(s) 1 136. Thus, 
for example, a USB port may be used to provide input to computer 1112, and to output 
information from computer 1 1 12 to an output device 1 140. Output adapter 1 142 is 

20 provided to illustrate that there are some output devices 1 140 like monitors, speakers, and 
printers, among other output devices 1 140 that require special adapters. The output 
adapters 1 142 include, by way of illustration and not limitation, video and sound cards 
that provide a means of connection between the output device 1 140 and the system bus 
1118. It should be noted that other devices and/or systems of devices provide both input 

25 and output capabilities such as remote computer(s) 1 144. 

Computer 1112 can operate in a networked environment using logical connections 
to one or more remote computers, such as remote computer(s) 1 144. The remote 
computer(s) 1 144 can be a personal computer, a server, a router, a network PC, a 
workstation, a microprocessor based appliance, a peer device or other common network 

30 node and the like, and typically includes many or all of the elements described relative to 
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computer 1112. For purposes of brevity, only a memory storage device 1 146 is 
illustrated with remote computer(s) 1 144. Remote computer(s) 1 144 is logically 
connected to computer 1112 through a network interface 1 148 and then physically 
connected via communication connection 1 150. Network interface 1 148 encompasses 
5 communication networks such as local-area networks (LAN) and wide-area networks 
(WAN). LAN technologies include Fiber Distributed Data Interface (FDDI), Copper 
Distributed Data Interface (CDDI), Ethernet/IEEE 802.3, Token Ring/IEEE 802.5 and the 
like. WAN technologies include, but are not limited to, point-to-point links, circuit 
switching networks like Integrated Services Digital Networks (ISDN) and variations 

1 0 thereon, packet switching networks, and Digital Subscriber Lines (DSL). 

Communication connection(s) 1 150 refers to the hardware/software employed to 
connect the network interface 1 148 to the bus 1118. While communication connection 
1 150 is shown for illustrative clarity inside computer 1 1 12, it can also be external to 
computer 1112. The hardware/software necessary for connection to the network interface 

15 1 148 includes, for exemplary purposes only, internal and external technologies such as, 

modems including regular telephone grade modems, cable modems and DSL modems, 
ISDN adapters, and Ethernet cards. 

Fig. 12 is a schematic block diagram of a sample-computing environment 1200 
with which the present invention can interact. The system 1200 includes one or more 

20 client(s) 1210. The client(s) 1210 can be hardware and/or software (e.g., threads, 

processes, computing devices). The system 1200 also includes one or more server(s) 
1230. The server(s) 1230 can also be hardware and/or software (e.g., threads, processes, 
computing devices). The servers 1230 can house threads to perform transformations by 
employing the present invention, for example. One possible communication between a 

25 client 1210 and a server 1230 may be in the form of a data packet adapted to be 

transmitted between two or more computer processes. The system 1000 includes a 
communication framework 1250 that can be employed to facilitate communications 
between the client(s) 1210 and the server(s) 1230. The client(s) 1210 are operably 
connected to one or more client data store(s) 1260 that can be employed to store 

30 information local to the client(s) 1210. Similarly, the server(s) 1230 are operably 
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connected to one or more server data store(s) 1240 that can be employed to store 
information local to the servers 1230. 

What has been described above includes examples of the present invention. It is, 
of course, not possible to describe every conceivable combination of components or 

5 methodologies for purposes of describing the present invention, but one of ordinary skill 

in the art may recognize that many further combinations and permutations of the present 
invention are possible. Accordingly, the present invention is intended to embrace all 
such alterations, modifications and variations that fall within the spirit and scope of the 
appended claims. Furthermore, to the extent that the term "includes" is used in either the 

10 detailed description or the claims, such term is intended to be inclusive in a manner 
similar to the term "comprising" as "comprising" is interpreted when employed as a 
transitional word in a claim. 
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